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METHOD, SYSTEM, AND NETWORK ENTITY FOR DETECTING A 
CONNECTION FAULT 



TECHNICAL FIELD OF THE INVENTION 

5 The present invention relates generally to communicating data over a 
communication link. 

BACKGROUND OF THE INVENTION 

Ever since the formation of the global network of interconnected computing devices 
such as the Internet, there is being a huge emerging of various communication 

10 formats enabling these computing devices to communicate among themselves. This 
has created various services for users in business and non-business areas. In later 
half of 1990's we saw the boom of the Internet. A whole set of new services and 
content became available to the consumers during a short, revolutionary and hype 
intense period. That period introduced e-commerce, Internet Service Providers 

15 (ISPs), Portals, eyeballs game, dotcom companies and even the new economy. 

However, many of the communication formats were originally designed for 
traditional packet based transmission, where association to real time event typically 
lacked. An example of such a communication is the web pages and web surfing. 
Also many trusted application such as banking could be taken care with possible 

20 delays. Even the fastest data communication ways such as Asynchronous Transfer 
Mode (ATM) were designed, despite of the ultimate data transfer speed, to quite 
delay tolerant environments. Lately the telecommunication industry has been highly 
focused on their leap towards using IP for telecommunication services. As one 
alternative, Multiprotocol Label Switching (MPLS) can be chosen as the bearer of 

25 IP, especially in large backbone networks. 

However, the MPLS carries the heritage of delay tolerant based data communication 
such as the ATM, despite offering a fast way to transfer data. Consequently, there 
are still some remains of the ATM in the MPLS. One example is the principal 
design for applications substantially based on non real time or alternatively 
30 expressed as delay tolerance. 

Examples of such approaches have been presented according to standardization 
specification drafts of the ITU-T: Y.1710 "Requirements for OAM functionality in 
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MPLS networks" COM 13-14-E July 2002, Y.1711 "OAM mechanism for MPLS 
networks" COM 13-15-E July 2002, and Y.1720 "Protection Switching for MPLS 
networks" COM 13-R 14-E June 2001, all three incorporated herein as a reference, 
where Connectivity Verification (CV) packets are sent 1/s (1 per second). This 
5 standard solution provides a fault detection time of three seconds from the fault 
event. 

Existing MPLS Path failure-detecting mechanism can inform both ends of the 
backbone about failures using the backward and forward detect indicators (BDI and 
FDI), although typically Label Switched Path (LSP) has a one-way character. The 
10 Connectivity Verification (CV) packets check the network for Path-specific errors 
like mis-merging or swapped Paths. A Path failure has occurred when defects on 
three consecutive CV packets have been detected. This means that it takes three 
seconds before a failure alert for a Path error can be detected and sent further. 

A disadvantage of the above-identified standards is that the solutions according to 
15 the above-identified standards are not adequate for any communication or 
connections requiring real time functionality. Moreover, the switch-over time is not 
fast enough with substantially real-time based connections, where a switch-over is 
typically required in less than 50 ms. 

In view of various inherent limitations of communication and systems between 
20 computing devices, it would be desirable to avoid or mitigate these and other 
problems associated with prior art. Thus, there is a need to have a fault detection 
and switch-over functionality for real time application. 

SUMMARY OF THE INVENTION 

Now a method, a system and a network entity have been invented for detecting a 
25 fault and performing a switch-over functionality for real time application. 

In accordance with a first aspect of the invention there is provided a method for 
detecting a connection fault and accordingly performing a switch-over in data 
communication in accordance with a set of rules based on Operation and 
30 Maintenance data communication principles, wherein an interval for sending 
connectivity verification data information in the data communication is such that a 
real time based data communication is achievable. 
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In accordance with a second aspect of the invention there is provided a system for 
detecting a connection fault and accordingly performing a switch-over in data 
communication between a source computing device and a sink computing device in 
accordance with a set of rules based on Operation and Maintenance data 
5 communication principles, wherein an interval for sending connectivity verification 
data information in the data communication is such that a real time based data 
communication is achievable. 

In accordance with a third aspect of the invention, there is provided a network entity 
for detecting a connection fault and accordingly performing a switch-over in data 
10 communication in accordance with a set of rules based on Operation and 
Maintenance data communication principles, the network entity comprises means 
for sending connectivity verification data information with a frequency in the data 
communication such that a real time based data communication is achievable. 

In accordance with the fourth aspect of the invention, there is provided a network 
15 entity for detecting a connection fault and accordingly performing a switch-over in 
data communication in accordance with a set of rules based on Operation and 
Maintenance data communication principles, the network entity comprises means 
for receiving connectivity verification data information with a frequency in the data 
communication such that a real time based data communication is achievable. 

20 In preferred arrangement, method, system and network entity enable a detection of a 
connection fault and perform the switch-over in less than 50 ms. The solution differs 
from the standard at least in such a way that connectivity verification data 
information such as CV packets are being sent, for example, 1/10 ms (1 per 10 ms) 
or 1/15 ms (1 per 15 ms), which ever interval that makes the switch-over time for a 

25 protected substantially real-time based connection achievable, that makes the fault 
detection from the fault event to occur in less than 50 ms, and triggers the switch- 
over to occur also in less than 50 ms from the occurrence of the fault event. 

A benefit of the embodied invention provides a solution to achieve same (or even 
better) switch-over time in, for example, MPLS networks as which have been 
30 achieved in Time Division Multiplexing (TDM) networks. 

For better understanding of the present invention reference is made to the following 
description, taken in conjunction with the accompanying drawings, and its scope 
will be pointed out in the appending claims. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

The invention will now be described, by way of example only, with reference to the 
accompanying drawings, in which: 

Figure 1 depicts an example of an OAM function type codepoints, 

5 Figure 2 depicts an example of a payload structure of the CV packet, 

Figure 3 depicts an example of 1+1 protection switching architecture, 

Figure 4 depicts in a form of a flow chart a method for detecting a connection fault 
and accordingly performing a switch-over in accordance with an embodiment of the 
invention, 

10 Figures 5 and 6 depict examples of the packet layer structure in data communication 
in accordance with the embodied invention, 

Figure 7 depicts an embodiment of a network system in which the principles of the 
invention are applied. 

DETAILED DESCRIPTION OF THE EMBODIMENTS 

15 The preferred embodiments of the invention provide a method, a system, and a 
network entity to enable a detection of a connection fault and perform the switch- 
over in less than 50 ms. The solution differs from the standard at least in such a way 
that connectivity verification data information such as CV packets are being sent, 
for example, 1/10 ms (1 CV packet per 10 ms) or 1/15 ms (1 CV packet per 15 ms). 

20 The interval of the CV packets, consequently the frequency for sending the CV 
packet, can be any interval that makes the switch-over time for a protected 
substantially real-time based connection achievable. Moreover, the interval (the 
frequency) should be such that the interval makes the fault detection from the fault 
event to occur in less than 50 ms and triggers the switch-over to occur also in less 

25 than 50 ms from the occurrence of the fault event. 

The appliance of the embodied invention for real time data communication provides 
also an advantage over the current Voice over IP (VoIP) solutions as the monitoring 
of the network traffic, which is based on the label(s) as defined in the MPLS and 
Ethernet based solution, is considerably faster than the current solution of the VoIP. 
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Some embodiments of the invention apply Operation and Maintenance (OAM) data 
communication principles. The OAM is a technology that covers how one gets an 
overview of the network performance and its traffic behavior, the networks 
detection of errors and how they are handled, and the discovery of inconvenient 
5 configurations. Some more technical details on the OAM can be found from the 
standardization specifications drafts of the ITU-T: Y.1710, Y.1711, and Y.1720, all 
three incorporated herein as a reference. 

Some embodiments of the invention apply connectivity verification data 
information. By the connectivity verification data information, it is verified that the 

10 connection exists and that the connection is appropriate between the network nodes. 
The Connectivity Verification (CV) packets can be applied as the connectivity 
verification data information. The CV flow is generated at the Label Switched 
Path's (LSP's) source Label Switched Router (LSR) with a nominal frequency of, 
for example, 1/10 ms (1 CV packet per 10 ms) or 1/15 ms (1 CV packet per 15 ms). 

15 The interval for the CV flow generation nominal frequency can be which ever 
interval that makes the switch-over time for a protected real-time based connection 
achievable, and which interval makes the fault detection from the fault event to 
occur in less than 50 ms and, consequently, triggers the switch-over to occur also in 
less than 50 ms from the occurrence of the fault event. The CV flow is terminated at 

20 the LSP's sink LSR. The CV packet contains a network-unique identifier such as 
TTSI (Trail Termination Source Identifier) so that all types of defects can be 
detected. Alternatively, in Ethernet based solution connectivity verification data 
information can be referred by a different name, however, by the connectivity 
verification data information, it is verified that the connection exists and that the 

25 connection is appropriate between the network nodes. 

The connection comprises a functional connection between a Source and the Sink in 
a system of interconnected computing devices in accordance with the protection 
switching data communication principles. Preferably, the connection comprises fast 
IP based connection for various appliances such as web application, e-mail, file 

30 transfer, host sessions, newsgroups, directory services, network management, and 
file services. The examples are described in the OSI reference model. Preferably, the 
Source and the Sink are coupled via the optical fiber. Alternatively, a cable coupling 
such as a copper cable coupling or a radio link coupling can be applied as well. The 
switch-over takes place for the previous connection (typically working connection), 

35 which suffers from the faulty connection or alternatively referred to as a connection 
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error or a failure during the data communication. The faulty connection can be a 
physical or functional between the Source and the Sink and can be caused by 
termination of the capability of an entity to transfer user or OAM (Operation and 
Maintenance) information. 

5 In the following, technical details about the OAM's & the CV's functionality are 
provided for some embodiments of the invention. 

The CV is an important operational part of the OAM, by which data communication 
and functional connection(s) between two network nodes can be monitored 
relatively reliably. The OAM defect detection function is based on the periodic 

10 transmission of CV packets from ingress to egress of an LSP. The CV packet 
generation rate is, for example, 1/10 ms or 1/15 ms. The interval for the CV flow 
generation nominal frequency can be which ever interval that makes the switch-over 
time for a protected real-time based connection achievable, and which makes the 
fault detection from the fault event to occur in less than 50 ms. As a consequence of 

15 the appropriate interval, the switch-over is triggered to occur in less than 50 ms from 
the occurrence of the fault event. Each CV packet carries a unique TTSI (Trail 
Termination Source Identifier), which is composed of the source LSR identifier, and 
the LSP identifier. An LSP enters a defect state when one of the defects noted in 
section 3 of the daft Y.1711 occurs. All OAM packets are identified in terms of a 

20 function type by the first octet of the OAM packet payload as depicted in the 
example of Figure 1. Thus, OAM function type codepoints (100) are depicted. 

Still referring to the CV. The Connectivity Verification function is used to 
detect/diagnose all types of LSP connectivity defects (sourced either from below or 
within the MPLS layer networks). An example of a payload structure of the CV 
25 (200) is depicted in the Figure 2. 

In the following, technical details about CV Source and Sink Processing are 
provided for some embodiments of the invention. 

CV source generation and CV sink processing should be considered as independent 
functions. This functional decoupling allows operators the flexibility to use 
30 different degrees of LSP monitoring on a per LSP basis, for example, between those 
LSPs deemed as 'important' and those LSPs deemed 'less-important'. 



CV generation can be considered as a relatively trivial function, for example since it 
never varies, and is much simpler than CV sink processing. Hence, CV generation 
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could be enabled on all (or most) of the LSPs, but the sink processing could be 
decomposed into several 'degree classes' per LSP such as: 

1. No CV processing. Hence, no defect processing, no availability measurements 
and no network performance measurements. 

5 2. A simple check of CV arrivals without examining the TTSI (though it is assumed 
the TTSI is still generated). This cannot provide totally reliable connectivity 
verification since it cannot detect certain defects, for example d-Mismerge/d- 
Mismatch. 

3. Only a very simple check for arrival of CV packets with an unexpected TTSI. 
10 This could be used on less important LSPs as a simple method for detecting leakage 

of important LSP traffic (into the less important LSP). However, there might be no 
other defect processing done (for example dLOCV) and no availability 
measurements. 

4. Full defect processing but no availability measurements. Note that if availability 
15 measurements are not being done, network performance measurements are also 

strictly not possible (since these should only relate to when the LSP is in the 
available state). 

5. Full defect processing and availability measurements. This alternative also allows 
the option of network performance measurements too. 

20 In the following technical details on principles on protection switching is provided 
for some embodiments of the invention. 

Protection switching is a fully allocated protection mechanism that can be used on 
any topology. It is fully allocated in the sense that the route and bandwidth of the 
protection entity is reserved for a selected working entity. To be effective under all 
25 possible failures of the working entity however, the protection entity must be known 
to have complete physical diversity over all common-failure modes. This may not 
always be possible. 

The MPLS PS architecture can be a 1+1 type, a 1:1 type, or 1:N type, and all can be 
applied in the embodied invention. 

30 In the 1+1 architecture type, a protection entity is dedicated to each working entity 
with the working entity bridged onto the protection entity at the source of the 
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protected domain. The traffic on working and protection entities is transmitted 
simultaneously to the sink of the protected domain, where a selection between the 
working and protection entity is made based on some predetermined criteria, such as 
defect indication. An example of the 1+1 architecture (300) is depicted in the Figure 
5 3. 

In the 1:1 architecture type, a protection entity is dedicated to each working entity. 
The working traffic is transmitted either by working or protection entity. The 
method for a selection between the working and protection entities depends on the 
mechanism. The protection entity can be used to carry (so-called) "extra traffic" 
10 when it is not used to transmit the working traffic. 

Some more technical details on the protection switching can be found from the 
drafted standardization specification Y.1720. 

Some embodiments of the invention apply real time communication. The real time 
can be considered as a level of computer responsiveness that a user senses as 

15 sufficiently immediate or that enables the computer to keep up with some external 
process (for example, to present visualizations of the weather as it constantly 
changes). The real-time is an adjective pertaining to computers or processes that 
operate in real time. The real time describes a human rather than a machine sense of 
time. The real time based data communication or connections are highly relevant in 

20 telecommunication, especially when the IP appliance is used. 

Some embodiments of the invention apply Multiprotocol Label Switching (MPLS). 
The MPLS is a standards-approved technology for speeding up network traffic flow 
and making it easier to manage. MPLS involves setting up a specific path for a 
given sequence of packets, identified by a label put in each packet, thus saving the 

25 time needed for a router to look up the address to the next node to forward the 
packet to. MPLS is called multiprotocol because it works with the Internet Protocol 
(IP), Asynchronous Transport Mode (ATM), and frame relay network protocols. 
With reference to the standard model for a network (the Open Systems 
Interconnection, or OSI model), MPLS allows most packets to be forwarded at the 

30 layer 2 (switching) level rather than at the layer 3 (routing) level. In addition to 
moving traffic faster overall, MPLS makes it easy to manage a network for quality 
of service (QoS). For these reasons, the technique is expected to be readily adopted 
as networks begin to carry more and different mixtures of traffic. 
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The invention can be applied in many kinds of networks (not just the MPLS) where 
the OAM (Operation and Maintenance) kind of mechanism is used for monitoring 
of connection existence. As an example, the appliance in Ethernet based 
communication providing very fast data transfer. Fast Ethernet provides 
5 transmission speeds up to 100 megabits per second and is typically used for LAN, 
WAN, and MAN backbone systems, supporting workstations with cards. Gigabit 
Ethernet provides an even higher level of backbone support at 1000 megabits per 
second (1 gigabit or 1 billion bits per second). 10-Gigabit Ethernet provides up to 10 
billion bits per second. 

10 Fast Ethernet is a local area network (LAN) transmission standard that provides a 
data rate of 100 megabits per second. Alternatively, it can be applied in wide area 
networks (WANs) and metropolitan area networks (MANs). Workstations with 
existing 10 megabit per second Ethernet card can be connected to a Fast Ethernet 
network. (The 100 megabits per second is a shared data rate; input to each 

15 workstation is constrained by the 10 Mbps card.) 

Gigabit Ethernet, a transmission technology based on the Ethernet frame format and 
protocol used in local area networks (LANs), provides a data rate of 1 billion bits 
per second (one gigabit). Alternatively, it can be applied in wide area networks 
(WANs) and metropolitan area networks (MANs). Gigabit Ethernet is defined in the 
20 IEEE 802.3 standard and is currently being used as the backbone in many enterprise 
networks. Gigabit Ethernet is carried primarily on optical fiber (with very short 
distances possible on copper media). Existing Ethernet LANs with 10 and 100 Mbps 
cards can feed into a Gigabit Ethernet backbone. An alternative technology that 
competes with Gigabit Ethernet is ATM. 

25 A newer standard, 10-Gigabit Ethernet, is also becoming common. 10-Gigabit 
Ethernet, being standardized in IEEE 802. 3ae, is a developing telecommunication 
technology that offers data speeds up to 10 billion bits per second. Built on the 
Ethernet technology used in most of today's local area networks (LANs), 10-Gigabit 
Ethernet is described as a "disruptive" technology that offers a more efficient and 

30 less expensive approach to moving data on backbone connections between networks 
while also providing a consistent technology end-to-end. Using optical fiber, 10- 
Gigabit Ethernet can replace existing networks that use ATM switches and SONET 
multiplexers on an OC-48 SONET ring with a simpler network of 10-Gigabit 
Ethernet switches and at the same time improve the data rate from 2.5 Gbps to 10 

35 Gbps. 10-Gigabit Ethernet is used to interconnect local area networks (LANs), wide 
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area networks (WANs), and metropolitan area networks (MANs). 10-Gigabit 
Ethernet uses the familiar IEEE 802.3 Ethernet media access control (MAC) 
protocol and its frame format and size. Like Fast Ethernet and Gigabit Ethernet, 10- 
Gigabit Ethernet uses full-duplex transmission, which makes possible a considerable 
5 distance range. On multimode fiber, 10-Gigabit Ethernet will support distances up to 
300 meters; on single mode fiber, it will support distances up to 40 kilometers. 
Smaller Gigabit Ethernet networks can feed into a 10-Gigabit Ethernet network. 

Fig. 4 has been described in the foregoing. In the following, corresponding 
reference signs have been applied to corresponding parts. Figure 4 depicts in a form 

10 of a flow chart a method for detecting a connection fault and accordingly 
performing a switch-over in accordance with an embodiment of the invention. In 
step 400 there is established the LSP(s) between the Source and the Sink nodes. The 
drafted standardization specifications Y. 17 10, Y. 17 11, and Y.1720 provided details 
on the establishment step and on some part of the process. In step 402 the CVs are 

15 sent with a nominal frequency. The CVs are sent from the Source to the Sink. The 
CV flow is generated at the Label Switched Path's (LSP's) source Label Switched 
Router (LSR) with a nominal frequency of, for example, 1/10 ms (1 CV packet per 
10 ms) or 1/15 ms (1 CV packet per 15 ms). The interval for the CV flow nominal 
frequency can be which ever interval that makes the switch-over time for a possibly 

20 protected real-time connection achievable. The interval for sending the CV packet 
(consequently the sending frequency) is such that it makes the fault detection from 
the fault event to occur in less than 50 ms. The interval triggers the switch-over to 
occur also in less than 50 ms from the occurrence of the fault event. The CV flow is 
terminated at the LSP's sink LSR. Thus, in step 404 the packets for the data 

25 communication between the Source and the Sink are received at the Sink. In step 
406 the CV packets are detected among the received packets at the Sink. Steps 404 
and 406 can be quite instant or even combined. In step 408 there is being monitored 
whether any CV packet(s) is missing or wrong. Every CV packet missing or wrong 
in the flow is registered. In step 410 a threshold for missing/wrong CV packets is 

30 met or exceeded. Preferably, the threshold is three consecutive missing or wrong CV 
packets. However, other threshold can be applied as well. If the threshold of the step 
410 is met, a connection fault is detected at the Sink in step 412. Consequently, the 
connection fault notification can be sent in the network (step 414). In the steps 408 
and 410 if there are no missing or wrong CV packet(s) or the threshold for the 

35 missing or wrong CV packets is not exceeded, for example, there are only few 
missing or wrong CV packets, the process returns to the step 404. The step 404 can 
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be considered as a readiness state for detecting any possible missing or wrong CV 
packet. 

Still referring to the example of Figure 4, alternatively the detection can take place 
at network Routers such as LSR Sink, which does not necessary act as the final 
5 receiving end for the flow but can convey the flow forward. For example, the FDI is 
applied in this case to transfer the failure detect indication forward. 

Fig. 5 and 6 have been described in the foregoing. Figures 5 and 6 depict examples 
of the packet layer structure in data communication in accordance with the 
embodied invention. In Fig. 5 the packets indexed with identifier 20 depicts an 
10 identifier for a segment of the LSP. The packets indexed with identifier 50 depict 
the identifier for LSP traffic stream for which the OAM is applied to, and the index 
14 represents OAM information packets. An example of the packet layer structure 
of the data communication in accordance with the embodied invention is depicted in 
Figure 6. The lower layers of OSI reference model (L2,L3) are applied. 

15 Figure 7 depicts an embodiment of a network system in which the principles of the 
invention are applied. The example of Figure 7 applies the protected connection, 
and is based on the 1+1 protection switching architecture. A functional working 
connection (W) and a functional protecting connection (P) couples a node 1 with 
node 2 preferably via fast data transfer means. Preferably, optical fiber based data 

20 transfer lines are applied. Alternatively, the cable coupling such as the copper cable 
coupling or the radio link coupling can be applied as well. Typically, the data 
transfer means establish a backbone of IP based network connection. The system of 
Figure 7 can operate as the large backbone network using IP for telecommunication 
services, and the MPLS can be applied as the bearer for such a network. The node 1 

25 and 2 can be a data computing device operating in a data networks such as a 
computer server. The coupling of the node 1 and the node 2 is via routers 1, 2 and 3, 
4, which may also cross. The LSP is established between the nodes via the routers. 
Data connection packets depicted in the Figure 7 depicts the segment id (20,30,40) 
for different segment of the Path, the id (50), and OAM packets (14). The CV 

30 packets constitute a part of the OAM packet types (the CV type OAM packet). The 
sending of the CV packets is described above referring to the example of Fig. 4 step 
402. The CV flow is generated in the Node 1. Thus, the node 1 is acting as a Source 
LSR for the LSP. The flow and the LSP is eventually directed to the node 2. Thus, 
the node 2 is acting as eventual Sink LSR for the LSP. The termination of the CV 

35 flow is operating at the Sink. Additionally the monitoring can take place at network 
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Routers such as LSR Sink, which does not necessary act as the final receiving end 
for the flow but can convey the flow forward. For example, the FDI is applied in 
this case to transfer the failure detect indication forward. 

The system, the network entity, and the computer program product can apply the 
5 procedures of the method described in the example of Fig. 4. Consequently, the 
method can operate in the example of Fig. 7. 

Particular implementations and embodiments of the invention have been described. 
It is clear to a person skilled in the art that the invention is not restricted to details of 
the embodiments presented above, but that it can be implemented in other 
10 embodiments using equivalent means without deviating from the characteristics of 
the invention. The scope of the invention is only restricted by the attached patent 
claims. Consequently, the options of implementing the invention as determined by 
the claims, including the equivalents, also belong to the scope of the present 
invention. 

15 
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Claims 

L A method for detecting a connection fault and accordingly performing a 
switch-over in data communication in accordance with a set of rules based on 
Operation and Maintenance data communication principles, characterized in 
5 that 

an interval for sending connectivity verification data information in the data 
communication is such that a real time based data communication is 
achievable. 

2. A method according to claim 1, wherein the interval comprises approximately 
10 one connectivity verification packet per 10 milliseconds. 

3. A method according to claim 2, wherein the interval comprises approximately 
one connectivity verification packet per 15 milliseconds. 

4. A method according to claim 1, wherein the interval makes a fault detection 
from the connection fault in the data communication to occur in less than 50 

15 milliseconds. 

5. A method according to claim 4, wherein the interval further triggers the 
switch-over to occur in less than 50 milliseconds from an occurrence of the 
connection fault. 

6. A method according to claim 1, wherein the real time based data 
20 communication presumes the switch-over to take place in less than 50 

milliseconds from an occurrence of the connection fault. 

7. A method according to claim 1, wherein the connection fault comprises a 
predetermined amount of consecutively missing or wrong connectivity 
verification packets in the data communication. 

25 8. A method according to claim 1, wherein the data communication comprises at 
least one of Internet Protocol, Ethernet, and MPLS for real time 
telecommunication services. 
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A method according to claim 1, wherein the data communication comprises 
LSP based connection. 



14 



10. A method according to claim 1, wherein the data communication is based on a 
protection switching data communication principles. 

11. A method according to claim 1, wherein Multiprotocol Label Switching is 
contained as a bearer for the data communication. 

5 12. A method according to claim 11, wherein Multiprotocol Label Switching 
operates as a backbone for IP based data communication. 

13. A method according to claim 1, wherein the real time based data 
communication is such that human senses any application based on the real 
time based data communication substantially immediate. 

10 14. A method according to claim 1, wherein the data communication takes place 
between a source computing entity and a sink computing entity. 

15. A method according to any preceding claims, wherein the connectivity 
verification data information comprises CV packets. 

16. A system for detecting a connection fault and accordingly performing a 
15 switch-over in data communication between a source computing device and a 

sink computing device in accordance with a set of rules based on Operation 
and Maintenance data communication principles, characterized in that 

an interval for sending connectivity verification data information in the data 
communication is such that a real time based data communication is 
20 achievable. 

17. A network entity for detecting a connection fault and accordingly performing a 
switch-over in data communication in accordance with a set of rules based on 
Operation and Maintenance data communication principles, characterized in 
that, the network entity comprises 

25 means for sending connectivity verification data information with a frequency 

in the data communication such that a real time based data communication is 
achievable. 

18. A network entity for detecting a connection fault and accordingly performing a 
switch-over in data communication in accordance with a set of rules based on 
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Operation and Maintenance data communication principles, characterized in 
that, the network entity comprises 

means for receiving connectivity verification data information with a 
frequency in the data communication such that a real time based data 
communication is achievable. 

A* computer program product comprising a program of instructions executable 
by a computing system for processing a detection of a connection fault and 
accordingly performing a switch-over in data communication in accordance 
with a set of rules based on Operation and Maintenance data communication 
principles, the computer program product comprising: 

computer program code for causing the system to send connectivity 
verification data information with a frequency in the data communication such 
that a real time based data communication is achievable. 



^ 3 



(57) Abstract 

A method, a system, and a network entity enable a detection of 
a connection fault and perform the switch-over in less than 50 
ms. CV packets are being sent, for example, 1/10 ms (1 CV 
packet per 10 ms) or 1/15 ms (1 CV packet per 15 ms). The 
interval of the CV packets, consequently the frequency for 
sending CV packet, can be any interval that makes the switch- 
over time for a protected substantially real-time connection 
achievable. Moreover, the interval (the frequency) should be 
such that the interval makes the fault detection from the fault 
event to occur in less than 50 ms and triggers the switch-over 
to occur also in less than 50 ms from the occurrence of the 
fault event. 
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